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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1. A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 
CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 
1.17(e) has been timely paid, the finality of the previous Office action has been 
withdrawn pursuant to 37 CFR 1.1 14. Applicant's submission filed on 06/09/2008 has 
been entered. 

2. As per instant Amendment, claims 1-48 were canceled; claims 49-92 have been added. 
Claims 49-92 have been examined and are pending. This action is made Non-Final. 

Response to Arguments 

3. Applicants' arguments with respect to claims 49-92 have been considered but are moot in 
view of the new ground(s) of rejection. 

Claim Objections 

4. The amendment filed 06/09/2008 is objected to under 35 U.S.C. 132(a) because it introduces new 
matter into the disclosure. 35 U.S.C. 132(a) states that no amendment shall introduce new matter 
into the disclosure of the invention. The added material which is not supported by the original 
disclosure is as follows: Claims 52, 62, 74, and 86 recite the limitations "the first transport protocol 
is selected from the group comprising HyperText Transfer Protocol (HTTP), Simple Object Access 
Protocol (SOAP), SOAP over HTTP, SOAP over File Transfer Protocol (FTP), SOAP over Simple 
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Mail Transfer Protocol (SMTP), and HTTP over Secure Socket Layer (HTTPS). " However, the 
aforementioned limitations are not discussed in the specification. 

As described in the specification, protocol 660 (the first transport protocol) uses only 
SOAP protocol: "protocol 660 uses the SOAP message format to process incoming 
responses and/or outgoing requests, " (par. 0020-0021 and 0036; Fig. 6). Only the binding 
754 (the second transport protocol) may be selected from the group comprising HTTP, 
SOAP, SOAP over HTTP, SOAP over FTP, SOAP over SMTP, and HTTPS (par. 0039; 
Fig. 7). 

The Examiner respectfully requests the Applicant to point out where in the 
specification support can be found for the aforementioned newly added limitations. 



Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

6. Claims 71-92 are rejected under 35 U.S.C. 101 as being directed to non-statutory subject 
matter. 

• Regarding claim 71; the claim is not directed to eligible subject matter in view of 
In re Comiskey, 499 F.3d 1365 (Fed. Cir. 2007). The claim recites "means for obtaining a 
description of a Web service, " "means for generating the Web service, " "means for 
generating virtual interface, " and "means for processing message traffic; " which do not 
require integrating a machine (e.g., a computer), or constitute a process of manufacture, or 
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altering a composition of matter. There is no further disclosure in the specification as to how 
the aforementioned "means for" are implemented. Therefore, the nature of the subject 
matter claimed may reasonably be construed as a mental process since the language of claim 
71 broadly encompasses non-tangible embodiments. 

• Regarding claims 75, 77, and 82; claims 75, 77, and 82 recite "means for 
processing message traffic, " "means for generating a Web service, " and "means for 
obtaining a Web Service; " These claims are also rejected under 35 U.S.C. 101 as being 
directed to non-statutory subject matter for the same reasons. 

• Regarding claims 72-74, 76, and 78-81; claims 72-74, 76, and 78-81 are also 
rejected under 35 U.S.C. 101 as being directed to non-statutory subject matter. 

• Regarding claim 83; claim 83 is rejected under 35 U.S.C. 101 because the claim 
may be directed to non-statutory subject matter. Although the preamble of the claim recites 
"A system," the body of the claim may be directed to software implementation since "UDDI 
directory, " 'Web service provider" and "Web service client" could be implemented by 
software by one of ordinary skill in the art at the time the invention was made. Therefore, 
the claimed subject matter does not belong to any of the four statutory categories set forth 
above. 



• Regarding claims 84-92; claims 84-92 are also rejected as non-statutory under 35 
U.S.C. 101 as they do not belong to any of four categories set forth above. 
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Claim Rejections - 35 USC § 112 

7. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

8. Claims 71-82 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite. 

• Regarding claims 71, 75, 77, and 82; claims 71 , 75, 77, and 82 have been found 
in valid as indefinite because the claims recite "means for" languages and there is no 
structure disclosed in the specification. "If there is no structure in the specification 
corresponding to the means-plus-function limitation in the claims, the claims will be found 
invalid as indefinite. " Biomedino, LLC vs. Waters Technology Corp., 490 F.3d 946, 950 
(Fed. Cir. 2007) 

• Regarding claims 72-74, 76, and 78-81; claims 72-74, 76, and 78-81 are 
dependent on claim 71, and therefore inherit the 35 U.S.C 1 12, second paragraph issues of 
the independent claim. 

Claim Rejections - 35 USC §102 

9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 

basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 



10. Claims 49-92 are rejected under 35 U.S.C. 102(b) as being anticipated by Chappell et al., 
(hereinafter "Chappell"), "Java Web Services," published by O'Reilly in March 2002. 



Application/Control Number: 10/749,735 Page 6 

Art Unit: 2137 

• Regarding claim 49, Chappell discloses a method in a Web service provider 
communicatively interfaced with a plurality of Web service clients (page 6, chapter 1), 
comprising: 

obtaining a description of a Web service comprising protocol-independent 
business logic (page 72, chapter 5: Web Services Description Language; section 5.1: 
Introduction to WSDL; "this extensibility allows WSDL to be used to describe endpoints and 
their messages regardless of the message format or network protocol used to exchange 
them. "); 

generating the Web service based on the description obtained, the generated Web 
service comprising the protocol-independent business logic in an executable format (pages 
18-19, Figs. 2.1 and 2.4; "with the service description in hand, the requester binds (i.e., 
creates a service request for) to a service. "; pages 28-29, chapter 3: SOAP; pages 32-34, 
sections 3.5.2-3.5.3; generating SOAP object; page 72, section 5.1; SOAP is transport 
protocol-independent since it is able to encapsulate messages transmitted across a network 
using either HTTP, STMP, or FTP protocols; see also pages 138-156); 

generating a first virtual interface to the Web service based on the description 
obtained (pages 28-29, chapter 3: SOAP; pages 32-34, sections 3.5.2-3.5.3; generating 
SOAP object; pages 108-111; SOAP Envelope Interface is known as virtual interface; see 
also pages 173-174; Figs. 8.2-8.3), the first virtual interface comprising a mapping of the 
protocol-independent business logic of the Web service to a first transport protocol (page 30, 
section 3.5: Anatomy of a SOAP Message; see also pages 72 and 86), wherein the first 
virtual interface to provide a first Web service client access to the protocol-independent 
business logic of the Web service (pages 86 and 88, section 5.2.6.2; see also pages 138-156 
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and 1 73-1 74; SOAP is transport protocol-independent since it is able to encapsulate 
messages transmitted across a network using either HTTP, STMP, or FTP protocols); 

processing message traffic exchanged between the first Web service client and the 
Web service via the first virtual interface in accordance with the first transport protocol 
(page 9, Figs. 1.1-1.2; page 139; Fig. 7.1; pages 144-145, sections 7.1.5.1: 'Creating the 
message' to 7.1.5.3: 'Making the call'; pages 173-174; Figs. 8.2-8.3; "the SOAP handler 
creates SOAP envelope for the response and delivers the message to the client"; see also 
pages 138-156); 

generating a second virtual interface to the Web service based on the description 
obtained (pages 87-88, sections 5.2.6.1-5.2.6.2; XML tags <soap:binding>, <http:binding> 
and <mine:binding>), the second virtual interface comprising a mapping of the protocol- 
independent business logic of the Web service to a second transport protocol different than 
the first transport protocol (pages 29-30, section 3.2- 3.5; "SOAP conversations to be 
carried out via a 'binding ' to another lower-level protocol, and that binding would most 
likely be HTTP or SMTP "; pages 138-156 and 169-1 72; "SOAP is a wire protocol that can 
be layered upon other wire protocols such as HTTP, FTP, and SMTP; J2EE supports these 
Internet protocols through servlets. " SMTP and FTP are known as second transport 
protocols; see also pages 87-88, sections 5.2.6.1-5.2.6.2; page 34, section: The SOAP 
Protocol Binding), wherein the second virtual interface to provide a second Web service 
client access to the protocol-independent business logic of the Web service without 
regenerating the Web service (pages 29-30; pages 138-156 and 169-172; "SOAP is a wire 
protocol that can be layered upon other wire protocols such as HTTP, FTP, and SMTP; 
J2EE supports these Internet protocols through servlets. "); and 
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processing message traffic exchanged between the second Web service client and 
the Web service via the second virtual interface in accordance with the second transport 
protocol, without regenerating the Web service (pages 14-15, section 1.3: Web Services in a 
J2EE Environment'; Fig. 1.4; pages 130-152, section 7.1.7: Using JAXM for SOAP with 
Attachments; "the same receiver we used before generates much different results because 
we 're now sending multipart message. Note the MINE boundaries that separate the 
message 's part. The first part of the message is the SOAP envelope; the next two parts are 
the added attachment; "pages 169 and 173-174, Figs. 8.2 and 8.3; see also pages 138-156). 

• Regarding claim 50, Chappell discloses the method of claim 49, wherein the first 
transport protocol comprises: an authentication protocol compatible with a message 
authentication type for the message traffic exchanged between the first Web service client 
and the Web service (pages 131-132, section 6.3.8: Security and Authentication; page 227- 
228; section 10.1: Incorporating Security Within XML; page 240, section 10.4.1: Digital 
Credentials Extensions to SOAP). 

• Regarding claim 51, Chappell discloses the method of claim 50, wherein the 
message authentication type comprises: 

an X.509 certificate authentication type based on an authentication protocol 
implementation of the first Web service client (pages 131-132, section 6.3.8: Security and 
Authentication; page 240, section 10.4.1: Digital Credentials Extensions to SOAP). 

• Regarding claim 52, Chappell discloses the method of claim 49, wherein the first 
transport protocol is selected from the group comprising HyperText Transfer Protocol 
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(HTTP), Simple Object Access Protocol (SOAP), SOAP over HTTP, SOAP over File 
Transfer Protocol (FTP), SOAP over Simple Mail Transfer Protocol (SMTP), and HTTP 
over Secure Socket Layer (HTTPS) (pages 22, section 2.1.2.3: 'Binding'; "web service 
description documents specify the network protocols (i.e., HTTP, MINE, SMTP, etc.) that a 
service supports;" pages 135-137, section 6.4: 'Using WSDL Definitions with UDDI'; see 
also pages 8, 88, and 169; "SOAP provides a standard packaging structure for transporting 
XML documents over variety of standard Internet technologies, including SMTP, HTTP, and 
FTP. It also defined encoding and binding standards for encoding non-XML RPC invocation 
in XML for transport. "); and 

wherein the second transport protocol is selected from the group comprising 
HTTP, SOAP, SOAP over HTTP, SOAP over FTP, SOAP over SMTP, and HTTPS, 
wherein the second transport protocol selected is different from the first transport protocol 
selected (pages 8, 88, and 169; "SOAP provides a standard packaging structure for 
transporting XML documents over variety of standard Internet technologies, including 
SMTP, HTTP, and FTP. It also defined encoding and binding standards for encoding non- 
XML RPC invocation in XML for transport. "). 

• Regarding claim 53, Chappell discloses the method of claim 49, further 
comprising: 

processing message traffic exchanged between the first Web service client and the 
Web service via a third virtual interface in accordance with a third transport protocol without 
regenerating the Web service (pages 8, 19, 22, 88, and 169; "SOAP provides a standard 
packaging structure for transporting XML document over variety of standard Internet 
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technology, including SMTP, HTTP, and FTP. " SMTP and FTP are known as third 
transport protocol), wherein the third virtual interface comprises a mapping of the protocol- 
independent business logic of the Web service to the third transport protocol (pages 29-30, 
section 3.2- 3.5; "SOAP conversations to be carried out via a 'binding' to another lower- 
level protocol, and that binding would most likely be HTTP or SMTP"; see also page 34, 
section: The SOAP Protocol Binding) . 

• Regarding claim 54, Chappell discloses the method of claim 49, wherein 
processing the message traffic exchanged between the first Web service client and the Web 
service via the first virtual interface comprises exchanging the message traffic with the Web 
service client through a Hyper Text Transfer Protocol (HTTP) proxy in an HTTP format 

(page 114; the UDDILookup class has static methods that create a dynamic Java proxy 
object that communicates using SOAP; pages 136-137, section 6.4.1; pages 158-159, 
sections 7.2.1-7.2.2). 

• Regarding claim 55, Chappell discloses the method of claim 49, further 
comprising: 

generating a Web service client proxy responsive to a request, the Web service 
client proxy comprising the first virtual interface and the second virtual interface, wherein 
the Web service client proxy to execute at a Web service proxy server separate from the Web 
service provider (pages 158-164; "the client application has a local object, the "stub, " that 
acts as a proxy for the remote object; the sub object has the same method as the remote 
object, but does not implement the business method. "). 
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• Regarding claim 56, Chappell discloses the method of claim 49, wherein the first 
transport protocol comprises an authentication mechanism (pages 131-132, section 6.3.8: 
Security and Authentication) and a transport guarantee mechanism (page 155, section 
7.1.9.1: ProviderConnectionFactory; GuaranteedMessaging parameter; page 198; HTTPR 
and ebXML are known as transport guarantee mechanisms). 

• Regarding claim 57, Chappell discloses the method of claim 56, wherein the first 
transport protocol further comprises a specified port binding (pages 72, 74, and 88; page 
160, section 7.2.2.3: Generated Service Interface; xml tag <port>). 

• Regarding claim 58, Chappell discloses the method of claim 49, wherein 
obtaining the description of the Web service comprises: 

obtaining a Web Service Definition Language (WSDL) document from a 
Universal Description, Discovery, and Integration (UDDI) directory (pages 96-136, chapter 
6: UDDI: Universal Description, Discovery, and Integration), the UDDI directory 
comprising a plurality of WSDL documents, each describing one of a plurality of Web 
services accessible via the Web service provider, wherein the WSDL document obtained 
describes the Web service comprising the protocol-independent business logic (pages 135- 
136; section 6.4: 'Using WSDL Definitions with UDDI'). 

• Regarding claim 59, Chappell discloses a Web service provider (page 6, chapter 
1) comprising machine-readable medium having instructions stored thereon that, when 
executed by a processor, cause the processor to perform operations comprising: 
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obtaining a description of a Web service comprising protocol-independent 
business logic (page 72, chapter 5: Web Services Description Language; section 5.1: 
Introduction to WSDL; "this extensibility allows WSDL to be used to describe endpoints and 
their messages regardless of the message format or network protocol used to exchange 
them. "); 

generating a first virtual interface to the Web service based on the description 
obtained (pages 28-29, chapter 3: SOAP; pages 32-34, sections 3.5.2-3.5.3; generating 
SOAP object; pages 108-111; SOAP Envelope Interface is known as virtual interface; see 
also pages 173-174; Figs. 8.2-8.3), the first virtual interface comprising a mapping of the 
protocol-independent business logic of the Web service to a first transport protocol (page 30, 
section 3.5: Anatomy of a SOAP Message; see also pages 72 and 86), wherein the first 
virtual interface to provide a first Web service client access to the protocol-independent 
business logic of the Web service (pages 86 and 88, section 5.2.6.2; see also pages 138-156 
and 1 73-1 74; SOAP is transport protocol-independent since it is able to encapsulate 
messages transmitted across a network using either HTTP, STMP, or FTP protocols); 

processing message traffic exchanged between the first Web service client and the 
Web service via the first virtual interface in accordance with the first transport protocol 
(page 9, Figs. 1.1-1.2; page 139; Fig. 7.1; pages 144-145, sections 7.1.5.1: 'Creating the 
message' to 7.1.5.3: 'Making the call'; pages 173-174; Figs. 8.2-8.3; "the SOAP handler 
creates SOAP envelope for the response and delivers the message to the client"; see also 
pages 138-156); 

generating a second virtual interface to the Web service based on the description 
obtained (pages 87-88, sections 5.2.6.1-5.2.6.2; XML tags <soap:binding>, <http:binding> 
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and <mine:binding>), the second virtual interface comprising a mapping of the protocol- 
independent business logic of the Web service to a second transport protocol different than 
the first transport protocol (pages 29-30, section 3.2- 3.5; "SOAP conversations to be 
carried out via a 'binding ' to another lower-level protocol, and that binding would most 
likely be HTTP or SMTP"; pages 138-156 and 169-1 72; "SOAP is a wire protocol that can 
be layered upon other wire protocols such as HTTP, FTP, and SMTP; J2EE supports these 
Internet protocols through servlets. " SMTP and FTP are known as second transport 
protocols; see also pages 87-88, sections 5.2.6.1-5.2.6.2; page 34, section: The SOAP 
Protocol Binding), wherein the second virtual interface to provide a second Web service 
client access to the protocol-independent business logic of the Web service (pages 29-30; 
pages 138-156 and 169-1 72; "SOAP is a wire protocol that can be layered upon other wire 
protocols such as HTTP, FTP, and SMTP; J2EE supports these Internet protocols through 
servlets. "); and 

processing message traffic exchanged between the second Web service client and 
the Web service via the second virtual interface in accordance with the second transport 
protocol (pages 14-15, section 1.3: Web Services in a J2 EE Environment '; Fig. 1.4; pages 
130-152, section 7.1.7: Using JAXM for SOAP with Attachments; "the same receiver we 
used before generates much different results because we 're now sending multipart message. 
Note the MINE boundaries that separate the message 's part. The first part of the message is 
the SOAP envelope; the next two parts are the added attachment; "pages 169 and 173-174, 
Figs. 8.2 and 8.3; see also pages 138-156). 
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• Regarding claims 60-66, claims 60-66 are similar in scope to claims 50-56 
respectively, and are therefore rejected under similar rationale. 

• Regarding claim 67, Chappell discloses the Web service provider of claim 59, 
wherein the first transport protocol comprises an encryption mechanism, the encryption 
mechanism to encrypt the message traffic exchanged between the first Web service client 
and the Web service via the first virtual interface (pages 228, 233-237, section 10.3: 'XML 
Encryption '; XML tag EncryptionMethod Algorithm '). 

• Regarding claim 68, Chappell discloses the Web service provider of claim 59, 
wherein the first transport protocol comprises a client session protocol to define a session 
feature for the message traffic exchanged between the first Web service client and the Web 
service via the first virtual interface (pages 172-177; "for servlets, conversations are 
associated with a sessionID variable that accompanies every HTTP request; " "the EJB can 
be stateless session or a stateful session. "). 

• Regarding claim 69, Chappell discloses the Web service provider of claim 59, 
wherein the first transport protocol comprises a port binding, the port binding defining a 
communication port for the message traffic exchanged between the first Web service client 
and the Web service via the first virtual interface (pages 72, 74, and 88; page 160, section 
7.2.2.3: Generated Service Interface; xml tag <port>). 

• Regarding claim 70, claim 70 is similar in scope to claim 58, and is therefore 
rejected under similar rationale. 
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• Regarding claims 71-78, claims 71-78 are similar in scope to claims 49-56 
respectively, and are therefore rejected under similar rationale. 

• Regarding claims 79-81, claims 79-81 are similar in scope to claims 67-69 
respectively, and are therefore rejected under similar rationale. 

• Regarding claims 82, claim 82 is similar in scope to claim 58, and is therefore 
rejected under similar rationale. 

• Regarding claim 83, Chappcll discloses a system comprising: 

a Universal Description, Discovery, and Integration (UDDI) directory (pages 96- 
136, chapter 6: UDDI: Universal Description, Discovery, and Integration), the UDDI 
directory comprising a plurality of WSDL documents, each describing one of a plurality of 
Web services (pages 135-136; section 6.4: 'Using WSDL Definitions with UDDI'); 

a Web service provider communicatively interfaced with the UDDI director and a 
plurality of Web service clients (pages 19-25; section 2.1.3.1: 'Service Provider'; Fig. 2.1; 
pages 96-104, chapter 6: 'UDDI: Universal Description, Discovery, and Integration'), 
wherein the Web service provider to: 

obtain a WSDL document from the UDDI directory describing a Web service 
comprising protocol-independent business logic (page 72, chapter 5: Web Services 
Description Language; section 5.1: Introduction to WSDL; "this extensibility allows 
WSDL to be used to describe endpoints and their messages regardless of the message 
format or network protocol used to exchange them. "), 
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generate a first virtual interface to the Web service based on the WSDL 
document (pages 28-29, chapter 3: SOAP; pages 32-34, sections 3.5.2-3.5.3; generating 
SOAP object; pages 108-111; SOAP Envelope Interface is known as virtual interface; see 
also pages 173-174; Figs. 8.2-8.3), the first virtual interface comprising a mapping of the 
protocol-independent business logic to a first transport protocol (page 30, section 3.5: 
Anatomy of a SOAP Message; see also pages 72 and 86; pages 86 and 88, section 
5.2.6.2; see also pages 138-156 and 173-174; SOAP is transport protocol-independent 
since it is able to encapsulate messages transmitted across a network using either HTTP, 
STMP, or FTP protocols), and 

generate a second virtual interface to the Web service based on the WSDL 
document (pages 87-88, sections 5.2.6.1-5.2.6.2; XML tags <soap:binding>, 
<http:binding> and <mine:binding>), the second virtual interface comprising a mapping 
of the protocol-independent business logic to a second transport protocol, different than 
the first transport protocol (pages 29-30, section 3.2- 3.5; "SOAP conversations to be 
carried out via a 'binding ' to another lower-level protocol, and that binding would most 
likely be HTTP or SMTP "; pages 138-156 and 169-1 72; "SOAP is a wire protocol that 
can be layered upon other wire protocols such as HTTP, FTP, and SMTP; J2EE supports 
these Internet protocols through servlets. " SMTP and FTP are known as second 
transport protocols; see also pages 87-88, sections 5.2.6.1-5.2.6.2; page 34, section: The 
SOAP Protocol Binding); 

a first Web service client communicably interfaced with the Web service provider 
via the first transport protocol, wherein the first Web service client to send message traffic to 
the Web service via the first virtual interface at the Web service provider in accordance with 
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the first transport protocol (page 9, Figs. 1.1-1.2; page 139; Fig. 7.1; pages 144-145, 
sections 7.1.5.1: 'Creating the message' to 7.1.5.3: 'Making the call'; pages 173-174; Figs. 
8.2-8.3; "the SOAP handler creates SOAP envelope for the response and delivers the 
message to the client"; see also pages 138-156); and 

a second Web service client communicably interfaced with the Web service 
provider via the second transport protocol, wherein the second Web service client to send 
message traffic to the Web service via the second virtual interface at the Web service 
provider in accordance with the second transport protocol (pages 14-15, section 1.3: 'Web 
Services in a J2EE Environment'; Fig. 1.4; pages 130-152, section 7.1.7: Using JAXM for 
SOAP with Attachments; "the same receiver we used before generates much different results 
because we 're now sending multipart message. Note the MINE boundaries that separate the 
message 's part. The first part of the message is the SOAP envelope; the next two parts are 
the added attachment; "pages 169 and 173-174, Figs. 8.2 and 8.3; see also pages 138-156). 

• Regarding claims 84-87, claims 84-87 are similar in scope to claims 50-53 
respectively, and are therefore rejected under similar rationale. 

• Regarding claim 88, Chappell discloses the system of claim 83, further 
comprising: 

a Web service proxy server separate from the Web service provider to receive a 
Web service client proxy from the Web service provider (page 95; "WASP can also 
dynamically access any J2EE resource, such as JMS Destination, JDBC driver, EJB, or 
J2EE CA adapter by creating a dynamic proxy. "), the Web service client proxy comprising 
the first virtual interface and the second virtual interface, wherein the Web service client 
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proxy to execute at the Web service proxy server (page 114; "the UDDILookup class has 
static methods that create a dynamic java proxy object that communicates using SOAP. "; 
see also pages 136-137; ServiceRegistryProxy object). 

• Regarding claim 89, claims 89 is similar in scope to claim 56, and is therefore 
rejected under similar rationale. 

• Regarding claims 90-92, claims 90-92 are similar in scope to claims 67-69 
respectively, and are therefore rejected under similar rationale. 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 
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